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Payment System 



The present invention relates to a payment system and method allowing 
consumers to make payments at retail locations. It relates in particular to the use of 



technical means to facilitate the transaction, Whilst the invention relates specifically to 
payments for crediting an account for a mobile radio apparatus, such as a mobile 
telephone, it is also more generally applicable to payment for other products. 

Mobile telephones are now a very common consumer product. In many 
countries, a popular type of payment arrangement for a mobile telephone is for the 
user to make payments to credit their account in advance of using the mobile telephone. 
This type of payment arrangement is commonly known as "pre-pay". The process of 
making a payment and crediting the user's account is commonly known as a t: top- 
up", wluch term reflects the normal manner of usage in which the user frequently tops 
up their account by relatively small amounts. 

Pre-pay is very popular. For example, in the United Kingdom, since the 
introduction of pre-pay mobile services in 1995, the market has grown rapidly to over 30 
million users, each on average topping up their phone around eight times a year. 

Pre-pay systems allow the user to make payments at a variety of retail outlets, 
thereby allowing die user to pay for a top-up at a location which is convenient to 20 
th'.m 

The original top-up system involves the purchase of a voucher which is 
subsequently used to credit a mobile telephone account. The voucher system 
involves the purchase of a voucher bearing a PIN (of up to 16 digits) at a retail outlet. 
]i ' cquires a telephone call to an interactive voice response (TVR) system and entry of the 
i on the mobile telephone to validate the voucher prior to crediting the account of the 
mobile telephone. 

As the market expanded, the logistical complexity of mamtaining the voucher 
system has led mobile network operators to seek more effective alternatives. The large 
lv. : ruber of vouchers and associated transactions has led to increased costs in managing 
th- system, in particular to reduce the opportunities for fraud and system 

a ,Mi se. 
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More recently, electronic payment systems of crediting a mobile phone account 
have been developed. The first electronic payment system in the United Kingdom was 
introduced in 1999. This system used magnetic stripe cards in which limited user 
details were contained within a magnetic stripe. Such a magnetic stripe card payment 
system involves the distribution of cards bearing a PAN (of up to 19 digits), and requires 
a call to an IVR system and entry of the PAN on the mobile telephone for validation of 
the card. Thereafter, the magnetic stripe is read when payment is made by swiping the 
card through a reader in a retail outlet to identify the mobile telephone account. 

Despite intense efforts by the mobile network operators to promote such an 
electronic payment system, there has not been a great take-up by consumers. Currently 
in the United Kingdom, the voucher payment system dominates, accounting for 
approximately 70% of all pre-pay top-up sales, which amounts to an estimated 170 
m ] i i on sales per year. Consumer research suggests that the failure of payment systems 
including magnetic stripe cards to provide an acceptable alternative to paper vouchers is 
due to an inherent resistance by users to initially pre-register their personal details, 
co) nbined with the inconvenience of carrying a separate magnetic stripe card leading to 
fa : lure to do so. 

The present invention has been developed as an alternative payment system and 
method and involves the use of different technical means from those described above to 
effect payment for crediting a mobile radio apparatus account. 

According to a first aspect of the present invention, there is provided a 
method of crediting a mobile radio apparatus account using: 

a mobile radio apparatus having a radio communication circuit and a display 
capable of displaying an image including a graphical representation of data; 

a retail system having a reader capable of reading graphically represented data 
displayed on said display of said mobile radio apparatus; and 

a transaction control system remote from the retail system, the retail system 
and the transaction control system being capable of communicating over a 
communications link, the transaction control system storing account database 
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records of mobile radio apparatus accounts, each account database record including 
an amount of credit; and 

the method comprising: 

displaying on the display of the mobile radio apparatus an image including a 
graphical representation of transaction data which includes data corresponding to an 
account database record; 

using the reader of the retail system to read the graphically represented 
transaction data displayed on the display of the mobile radio apparatus; 

using the retail system to accept a payment; 

communicating from the retail system to the transaction control system, the 
read data corresponding to an account database record and data indicating that payment 
has been accepted; 

updating the account database record corresponding to tire communicated data to 
credit the mobile radio apparatus account by the payment amount. 

According to a second aspect of the present invention, there is provided a 
payirienv system for crediting a mobile radio apparatus account comprising: 

a transaction control system storing account database records of mobile radio 
apparatus accounts, each account database record including an amount of credit; and 

a mobile radio apparatus having a radio communication circuit and a display 
capable of displaying an image including a graphical representation of transaction data 
which includes data corresponding to an account database record; 

a retail system remote from the transaction control system; and 

a communications link between the retail system and the transaction control 

system, 

the retail system comprising: 

a l eader capable of reading graphically represented transaction data displayed on 
said display of said mobile radio apparatus; 

payment means for accepting a payment; and 

means for communicating the read data corresponding to an account 
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database record and data indicating that payment has been accepted over the 
communications link to the transaction control system; 

the transaction control system comprising account update means for updating 
the account database record corresponding to the communicated data to credit the mobile 
radio apparatus account by the payment amount 

To identify a desired transaction, the present invention uses the mobile radio 
apparatus to display an image including a graphical representation of transaction 
data. The transaction data corresponds to an account database record which is a 
record of the desired transaction stored remotely from the retail system. The image 
is displayed by the user to the reader of a retail system to read the graphically 
represented data and payment is accepted using the retail system. The data 
corresponding to an account database record, read as part of the transaction data, and 
also data indicating that payment has been accepted, is communicated from the retail 
svstem to the transaction control system. This communicated data is then used to 
uprlaie the account database record to credit the account by the payment amount. Thus, 
the image displayed on the mobile radio apparatus is used to identify the account which 

* 

is to be credited. This provides for safe and reliable payments. 

The payment is accepted by a retail system which may be any system capable of 
accepting a payment. Typically, the retail system will include a retail terminal, such 
as a terminal of a type currently used in retail outlets. The retail terminal may be 
a:T:mged to implement the entire payment process and the communication with the 
transaction control system. In this case, the retail system is constituted by the reader 
and the retail terminal together. However, this is not essential and the various 
functions of the retail system may be implemented in separate units. For example, the 
re! i 1 system may comprise a combination of a conventional retail terminal which 
iir" ■ lements the payment process and an additional terminal which implements the 
communication with the transaction control system. In this case, the additional 
ter ninal may be connected to the reader. This arrangement is advantageous in that it 
all nvs the present invention to be invented by a retail terminal already provided in a 
re: il ovr!et, but by adding the additional terminal and reader. 
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A alternatively, some of the payment processing may occur remotely from the 
retail terminal For example, the retail system may comprise a retail terminal which can 
communicate with a host server, e.g. over a local area network. In this case, the host 
server may perform the payment process and the retail terminal primarily acts to control 
the interaction with the consumer through appropriate data input means such as a 
keyboard or touch screen and/or means for reading a credit card. Whatever the nature of 
the retail system, it includes some means for accepting payment from the 
consumer. 

The payment may be in any form, for example by cash or by credit card. In 
the case of a cash transaction, where a retail terminal implements the payment 
processing, the means for accepting payment maybe the keyboard and associated 
processing which allows physical receipt of cash to be confirmed by appropriate 
op? rai i on of keys on the keyboard. In the case of an unmanned retail terminal, the 
means fur accepting payment may be an appropriate mechanical system, for example as 
user! in known vending machines. In the case of payment by credit card, the means for 
ef fee i i n k p ayment may be a conventional device for reading data stored on the credit card 
or er.termg the number of the credit card, and the associated 
processing. 

Retail terminals may be provided in a large number of locations, for 
example, in retail outlets such as shops, or any other establishment where payment may 
be accepted, such as a ticket booth. Alternatively, the possibility of the retail terminal 
b'Tip. unmanned allows retail terminals to be provided at a larger number of locations. 

The reader may be provided as an integral part of the retail terminal or may be a 
separate vnit connected to the retail terminal. 

The present invention provides a payment system which provides advantages to 
eac l i of the users, the retailers and the mobile network operators. 

A s far as users are concerned, the present invention provides the advantage of 
simplicity of use and understanding. There is no need to use anything other than the 
mc Sile radio apparatus itself. There is no need to purchase a voucher or to carry a 
magnetic stripe card. The user needs merely to visit a retail outlet or other location 
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having a retail system, to display the image including the graphical representation of 
data and to make the payment. These are all routine tasks. In particular, display of the 
imaac may be achieved using existing functionality of the mobile radio apparatus. 
Usrrs do not need to enter a PIN as is necessary for validation in voucher payment 
systems or a PAN as is necessary for validation of the magnetic stripe card of the 
electronic payment system. This is because the graphically represented data 
corresponds to an account database record. 

It is therefore expected that the present invention will be readily accepted by 

coi* 10 timers. 

From the point of the retailer, the system is again simple to use and 
understand. The retailer simply uses a reader to read the displayed image. This 
requires relatively little retailer training because it is a straightforward task, similar 
to that routinely used to read barcodes to identify products in many shops such as 
supermarkets. Thereafter, the retailer need only control the retail system to accept the 
payment in the same manner as for any other purchase, for example by accepting cash or 
a credit card payment. Indeed, the task at the retailer is so straightforward that it is 
po^'iNe lo implement an automatic retail terminal which is operated directly by the 
cor^aner using technology similar to that in a vending machine to accept payment. 
Al ■' \ the retailer does not need to hold any stock as is necessary with the voucher 
\y<\) rnc3V system. Thus the retailer never has voucher supply problems and there is a 
rer ced - isk of fraud to the retailer. 

As far as the mobile network operators are concerned, a significant advantage is 
that a hi<zh take-up by users and retailers is likely due to the advantages described above. 
In Mill-Mi, the payment system is simple to implement. There is no need to 
ma-..] facture and distribute vouchers or electromagnetic cards. There is no need for an 
IV 1 \ sysf *m for validation. It is expected that a payment system in accordance with the 
presort invention will be cheaper to implement than the existing payment systems 
cte^iib?'? above. 
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Also, the present invention provides a relatively flexible system which can be 
adapted, for example to change the payment amount or to introduce conditions on 
desired transactions, as will be described further below. 

It is also noted that the present invention does not necessitate changes to the 
mobile radio apparatus, such as new or updated software or SIM changes (although 
these might be useful optional features). This is because the present invention uses an 
irvK'^c which may be displayed using the existing functionality of the mobile radio 
apparatus to display images. As the images are read passively, there is no need for 
any form of active transmission of data such as infrared transmission or 
electromagnetic transmission, e.g. Bluetooth. 

Preferably, the transaction control system further stores transaction database 
records of desired transactions for respective mobile radio apparatus accounts, and said 
(\?.[? corresponding to an account database record included in said transaction data is 
da' i which identifies a transaction database record. 

The use of transaction database records, in addition to account records, has the 
advantage that the transaction database records store information about the desired 
tr*r sacl : on. This may be used to facilitate the transaction. For example, the 
trn-^ncti ni database record might include the payment amount or conditions which 
mi be used at the time when payment is accepted. In this case, the data included in the 
gv;.' .hicriMy represented transaction data displayed on the mobile radio apparatus 
idcuifi^ a transaction database record. It therefore corresponds to an account 

Viase record because the identified transaction database record contains information 
nho'-t a iransaction in respect of a particular mobile radio apparatus account. 

However, it is not essential to implement the present invention using a 
tn n sacl ; nn database record. Instead, the data included in the graphically 

ted transaction data displayed on the mobile radio apparatus may directly 
iV i 'V an account database record. 

Preferably, the transaction control system stores the account database records and 
the transaction database records in an account database and a transaction database, 
res-^ctiv^ly, which databases are separate from each other, each transaction database 
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record including an account number identifying an account database record in the 
account database, the transaction control system further comprises extraction means 
for extracting, from the transaction database record identified by the communicated 
dva, the account number of a mobile radio apparatus account in the account database, 
and the account update means is arranged to update, in the account database, the 
account database record identified by the account number extracted from the 

Irai'saclion database. 

The use of a separate account database and transaction database is 
advantageous, because it allows the present invention to be implemented using an 
exiting account database of a mobile network operator, by newly introducing a 
t»v macron database. It also allows the present invention to be implemented using 
a le transaction database in combination with plural account databases, for example 
for tii Tu-rent mobile network operators. This in turn facilitates implementation of 
fi'-f present invention in a common manner for different mobile networks. Lastly, the 
u*_» of a separate transaction database facilitates the application of the present 
ir .-n f ion to several different products besides crediting a mobile radio apparatus account 
(a ' isc :ssed in more detail below) using a single transaction database. 

To implement the account database and transaction database separately, the 
da* tbases may be provided in a separate account server and transaction server, 
ir jclivly, with a communications link therebetween. 

I lowever, it is not essential to provide the transaction database and account 
da'- ba-c separately. Alternatively, the transaction database records could be 
provided in the same database as the account database records, for example by the 
Lr : •aci'f'n database records each forming part of arespective account database record in 
r- ; i**:t of a particular account. 

P< eferably, the image is a message received by the mobile radio apparatus. For 
sivv^-iofj the message, the transaction control system may include ti*ansmission means for 

ti 1 1 lilting a message comprising an image including a graphical representation of 

lr -adi n data which includes data corresponding to an account database record. 
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Supplying the image as a message takes advantage of the existing messaging 
functionality of the mobile radio apparatus. This allows straightforward storage of the 
'images, because storage of received messages is an integral part of the existing 
mceraging functionality. Thus, the present invention may be achieved without any 
special software on the mobile radio apparatus. It also provides for ease of use by the 
user. 

The transmission of the graphical representation of data in a message, also 
allows additional content to be included in the message, together with the 
^rn'MMcnllyrepresented data. In general, the additional content may be of any 
nail :>\ including advertising material or other information addressed to the user. 
T !v« conduit for additional content is of particular advantage to the mobile network 
operator. 

The present invention may use any type of messaging for transmitting a 
menage to a mobile radio apparatus. Currently, SMS messaging is preferred, but 
or • iv^es of messaging are equally possible, for example MMS, EMS or WAP. 

r espite the advantages of the image being transmitted in the form of a message, 
llr s ; s m it essential. It would alternatively be possible to transmit the transaction data 
to l! -j mobile radio apparatus in a data format, from which the mobile radio apparatus 
w*y ' J ."-nerate the graphical representation. This would, however, require appropriate 
so : ; 1 -c ( o be provided on the mobile radio apparatus. 

Preferably, the messaging means further includes reception means for 
rcc ; vii >v; a request message from the mobile radio apparatus indicative of the desire to 
cr ••■''.'! v; mobile radio apparatus account of the mobile radio apparatus, the transaction 
c< * :V -ystem further includes transaction database record creation means, 
re- w : *'c to the receipt ofamessage by said reception means, for creating a transaction 
d: * i * • r record including the data identifying the account of the mobile radio apparatus 
fro-- w: ; di a message is received, and said transmission means is responsive to Hie 
ci " "c.-: of a transaction database record by said transaction database record creation means 
ft - : * ■ ' ' ilting a message comprising an image including a graphical representation of 
tr * i ~ . V-n data which includes data identifying the created transaction database record. 
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In this way, both the transaction database record and the message including the 
graphical representation transaction data are created in response to a request 
message from the mobile radio apparatus. 

r f liis technique also allows accurate recording of the correct telephone number, 
or o'her data identifying the account, for the desired transaction in the transaction 
database record, because the mobile radio apparatus may be identified directly from 

the r^qvest message. 

The request message also provides the advantage of providing a simple 
mcchani sm by which the user can register the desire to credit the account simply by 
se*V : »ip n request message to a predetermined number. 

One possibility is for the request message to be blank so that mere receipt of a 
m ft 5?n£e at a predeterrnined telephone number indicates the desire to credit the account. 
In tiiis case, different telephone numbers might be used to designate different 
pnvKTl amounts, or the payment amount might not be specified at all. Another 
\k r, ity is for the text message to include simple text identifying the desired 
pi?y: vr.i amount. 

] Towever, the use of such a request message is not essential. A request could be 
nv K v by any other means, for example a voice call. Alternatively, messages 
i r - ] " r ' • the graphical representation of data could be transmitted to mobile radio 
iv" - ses in an unsolicited manner. 

' "here are several ways for the retail system to identify the payment amount, as 

fo'Irws: 

A first option for identifying the payment amount is that the transaction data 
. T , nc i uc j es thepaynient amount and the payment means is arranged to accept the 
P' - »pt of the payment amount read as part of the transaction data. This option 
is n " ar-ageous in that it avoids the need to obtain the desired payment amount from the 
tn'praclion database record. It therefore speeds up the payment process. 

A second option for determining the payment amount is that each transaction 
d;t f : ^risf record includes the payment amount, the transaction control system includes 
rc J vu! means, responsive to the data identifying a transaction database record 
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communicated from the retail system, for retrieving the payment amount from the 
transaction database record identified by the communicated data and communicating the 
retrieved payment amount to the retail system, and the payment means is arranged to 
acz-^t the payment of the payment amount communicated from the transaction control 

i 

syFV-m. 

This option has the advantage of the payment amount being automatic and 
acmmicly supplied to the retail system from the relevant transaction database record. 

A third option is for the user to specify the payment amount. In this case, the 
re!" ; ' system has input means for inputting the payment amount during the payment 
pr • . -sing. Similarly, this third option could be applied to change the payment amount 
id'.-j ufird using the first or second options. If the payment amount is specified by the 
ur";\ then it is communicated from the retail system to the transaction control system in 
a * ' . • • ; !ar manner to the data identifying a transaction database record and the data 
i;v 1 - '.; :i g that payment has been accepted. 

Advantageously, the transaction control system includes authorization means, 
rc? o, -isive to the data identifying a transaction database record communicated from the 
ic .". s\ vtem, for checking the transaction database record identified by the 
c :r. Heated data and connmuiicating an authorization to the retail system if a 
pr . -mined criterion is met, and the payment means is amuiged to inhibit payment 
in/.: receipt of the authorization by the retail system. 

Inclusion of such an authorization process is advantageous because it allows the 
in." ■ *:v>n to be controlled by the transaction control system. A wide variety of 
p,.. i . ijned criterion may be used, from a simple check that a proper transaction 
c! : : » record is identified to checking whether conditions specified in the transaction 
d ' • record are met. Numerous conditions are possible. For example, the conditions 
nr ! ^ecify a particular time period outside which the authorization is not to be 
]v ' : •■■ \ to enable the transaction database records to "expire" at a certain date. 

rr *hus, it can be seen that such an authorization process can provide a wide, flexible 
ra»- .• r»f additional functions which can reduce both errors and fraud, and/or can provide 
a- 1 " - iv '.1 functionahty to the payment system. 
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The present invention is particularly applicable to a mobile radio apparatus in 
the form of a mobile telephone, but may equally be applied to any other form of mobile 
radio apparatus, for example a portable digital assistant or indeed any apparatus capable 
of n ,: o communication over a mobile network. 

Preferably, the graphical representation is a two-dimensional barcode. Two- 
dimensional barcodes are conventional in themselves. Their use with the present 
invention allows known technology to be applied to form and read the graphically 
ivr ♦-^■t station of die transaction data. The use of a two-dimensional barcode also 
pr; v ; J -s the advantage of being able to represent large amounts of information in a 
rest i i ;t -'*l area. 

uy format for the two-dimensional barcode may be applied. Preferably the 
brrrode format is QR Code, but other possible fomiats include PDF417, Code 1 6K, Code 
4 \ : V.:-: latrix, Maxicode, Code One or Aztec Code. Although a stacked two- 
dir c\- :sial barcode may be used, preferably a matrix two-dimensional barcode is used 
be.-au. e of the inherent advantages of increasing the amount of data stored. The ability 
t o store 1 M? ge amounts of data also provides the advantage that the barcodes may 
ij i .v>y^rr *e error correction capabihty to allow recovery from data corruption, as well as 
o: ' ••• -oding algorithms, for example to enhance security. 

Optionally, the graphically represented data may be encrypted. 
V liile two-dimensional barcodes are preferred, the graphical representation of 
d:i'n nviy be in any other format which allows the data to be read by a reader at the 
jy 1 !' cv-'era. This includes one-dimensional barcode or, representation of the data by 
c 1 :* 1 ' " to be read by a reader incorporating an optical character recognition system. 

The present invention is described above as a payment system and method for 
crf!it ; ;n T an account of a mobile radio apparatus. However, the present invention may 
e. ' ' ' ! ■ 1 e applied to payment for products other than the crediting of an account for a 
r.v ' " lephone apparatus. Indeed, the present invention may be applied to payment 
fi . iv - oducts, including tangible products such as goods, including ticketing, and 
iiv.-i :i'i"'*e products such as services. 
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Thus, in accordance with a third aspect of the present invention there is 
provided a method of payment for a product using: 

a mobile radio apparatus having a radio communication circuit and a display 
canaMe of displaying an image including a graphical representation of data; 

a retail system having a reader capable of reading graphically represented data 
displayed on the display of said mobile radio apparatus; and 

a transaction control system remote from the retail system, the retail system 
and 'he transaction control system being capable of communicating over a 
" cor' -umications link, the transaction control system storing transaction database records 
of desired transactions each including data identifying a desired product, 

the method comprising: 

displaying on the display of the mobile radio apparatus an image including a 
gnrhicn 1 representation of transaction data which includes data identifying a 
Inr; adion database record; 

using the reader of the retail system to read the graphically represented 
transact I m data displayed on the display of the mobile radio apparatus; . 

r.-ing the retail system to accept a payment; 

communicating from the retail system to the transaction control system, the read 
da 1 1 k!c ifying a transaction database record and data indicating that payment has been 

aov ">te i; 

updating the transaction database record identified by the communicated data to 
inr' Vai;- :hat payment has been accepted; and 

('-livering the product identified in the identified transaction database record. 

/ ccording to a fourth aspect of the present invention, there is provided a 
p a ,„v^,M system comprising: 

? transaction control system storing transaction database records of desired 
tmi : ~.ns each including data identifying a desired product; * 

u mobile radio apparatus having a radio communication circuit and a display 
cap a! .le of displaying an image including a graphical representation of transaction data 
w! 1 >c hides data identifying a transaction database record; 
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a retail system remote from the transaction control system; and 

a communications link between the retail system and the transaction control 

system, 

the retail system comprising: 

a reader capable of reading graphically represented transaction data displayed on 
the display of the mobile radio apparatus; 

payment means for accepting a payment; and 

means for communicating the read data identifying a transaction database record 
and daia indicating that payment has been accepted over the communications link to the 
transaction control system; 

I lie transaction control system comprising: 

means, responsive to the data communicated from the retail system, 
for updating the transaction database record identified by the communicated data to 
indit-i* j that payment has been accepted. 

* 

f iinilarly, the various features of the present invention as applied to crediting an 
account 'or a mobile radio apparatus maybe generalized to any other products as 
follows. Instead of maintaining and updating account database records, appropriate 
niL-i-M? £ >r delivering the product in question are provided. The manner of delivery will 
d p mi 1 the product in question, but includes generating an order for a supplier to 
su;\ 1 y a nroduct, communication of data to instruct a service provider to provide a 
sen :e. ,t where a product is intangible and represented by database records, updating 

■ 

tlv! <L''. 'base record. 

'Alien applied to payments for products in general, the present invention 
pi^vi W the same advantages as described above with reference to crediting an account 
ft ;v ' 1 ile radio apparatus. The present invention is particularly useful in that it 
p- ■ 1 a mechanism for allowing a consumer to pay for a product at any of a large 
ip- \ ■ * ^f retail locations, but without the retailer needing to be involved in the delivery 
of *''e '—-)duct 
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To allow better understanding, an embodiment of the present invention will now 
be desc- : bed by way of non-limitative example with reference to the accompanying 

dra wir^s. in which: 

Fi<*. 1 is a two-dimensional barcode which constitutes graphically represented 

data; 

Fig. 2 is a schematic diagram of the payment system which embodies the 

present invention; 

Fig. 3 is a schematic view of a barcode reader; and 

Fig. 4 is a perspective view of an illumination unit of the barcode reader of Fig. 

3 viewed from inside the reader. 

A payment system which embodies the present invention is described below. 
I n the payment system, the graphical representation of data is a two- 

* 

dimensional barcode, in particular a matrix barcode in the format known as QR 
Code. Fig. 1 illustrates an example of such a QR code barcode 1 . QR Code is 
defined in ISO/DBC 1 8004. QR Code has the advantage of providing an error 
corrcciinn capability to allow recovery from data corruption during the reading 

■ 

process. QR Code is capable of representing large amounts of data with a high data 
dcnsiiv. QR Code also includes the provision of position detection patterns on three 
comer? which allows omni-directional reading. 

T kindling of the QR Code barcode 1 maybe performed using known techniques 

* 

in acco- 'mice with the QR Code format. The payment system uses a known 
encodii . z algorithm for encoding a data string into a QR Code barcode 1 graphically 
rcprcs-: ,,; ng that data string. Similarly, the present invention uses known 
techr-/ ^y for reading the barcode. As will be described in more detail below, this 
invol v 'electing an image of the barcode, and decoding the image data using a known 
decodi; 1 algorithm for QR Code to obtain the graphically represented data 

The payment system is illustrated schematically in Fig. 2. In particular, Fig. 2 
shows + e elements of the payment system, including various functional blocks included 
theivi". 
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The payment system includes a mobile radio apparatus in the form of a mobile 
telephone 10. The mobile telephone 10 is of known construction. It includes a radio 
communication circuit 1 1 for providing communication with a mobile network 20 
w u; ch is also of known form. In particular, the mobile network 20 consists of a 
number of distributed base stations which may be interconnected by land-lines, which 
ul'imal'/v interface to other switched networks such as the Public Switched 
Telenh -'ie Network (PSTN). The radio communication circuit 1 1 communicates 
wrh a local base station to provide radio communication between mobile telephone 10 
an ! 'he mobile network 20. The mobile network 20 may be one of the existing 
11V: : ;ie reworks, for example in the case of the United Kingdom those currently 
0 i— « t i c .' by Vodafone, Orange, T-mobile or 0 2 . Of course the payment system may 
i r. : : c 1 - 1 any mobile telephones 1 0, which may operate over different mobile networks 
2'' 

The mobile telephone 10 also comprises a microprocessor 12, a memory 13, a 
k-^ V' »?' < ■ 14 which acts as an input means for the user, and a display 15. 

: hc microprocessor 12 runs software to control operation of the mobile 
tr-i- ' o-r 1.0, providing a variety of functions. One of the functions is to receive and 
lv.\ !c messages, in an SMS format or any other messaging format. SMS stands for 
SI • • ' 'N : \-sage Service. SMS messaging currently allows messages of up to 160 
a' ' mi. leric and punctuation characters to be sent quickly and cheaply between 
m • i!c: Vphones. The messages may include images. The messages are received over 
[) • J - ' e network 20 using the radio communication circuit 1 1, and are stored in the 
ir . ? * 3. Using the keyboard 14 to input commands, the stored messages may be 
Si "' . ii • 'y displayed on the display 15. 

As will be described in more detail below, the payment system relies on 
t i„ . „ 0 1 ■ telephone 10 receiving "a message including an image which includes a 
b ■ ! ■ ! which graphically represents transaction data. The existing functionality of 
t! ' ie telephone 10 allows the user to display the message including the barcode 
1 . * 'isplay 15. 
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The payment system further includes multiple retail terminals 30, one of which is 
shown in r ig. 2. The retail terminals 30 are provided in retail locations such as shops. 
Each rctai I terminal 30 has a reader 40 which is capable of reading the barcode 1, that is 
to • ■ v! he transaction data graphically represented by the barcode 1 . The retail 
tcir : r.: 1 30 and the reader 40 together constitute a retail system. 

T-^e retail terminal 30 and the reader 40 are linked together for communication 
by a cab 1 j 3 1 . The reader 40 has an input/output interface 50 for communicating data to 
V v • ' -V. ? 1 terminal 30 and for accepting commands from the retail terminal 30 for control 
of : v :• !er 40. The reader 40 operates under the control of a microprocessor 41 

n;; :;!:■ impropriate software. 

The reader 40 further includes a data reading system 42 which will now be 
ctc-^-n^'i ia more detail with reference to Figs. 3 and 4. 

' "".g. 3 schematically illustrates the components of the data reading system 42 

w! ' b r» VJ as follows. 

window 43 is provided in the housing (not shown) of the reader 40. A 
charge cnupled device (CCD) 44 is disposed inside the window 43 with a lens 45 
a' v: . ' to focus images of objects spaced adjacent to the window 43 onto the CCD 44. 
T C' } 44 captures an image of the object. In use, the display 15 of the mobile 
U-' !•! -c 10, with the barcode 1 displayed thereon, is placed adjacent the window 43 
so : a i : * ■ *r CCD 44 captures an image of the barcode 1 . 

' i addition, the data reading system 42 includes an iUumination unit for 
i i •* i' • v : • i ng an object placed adjacent the window 43 as illustrated in Fig. 4. The 
iV : . /on unit comprises a plurahty of Uglit emittiiig diodes (LEDs) 46 which are 
• c v- » : ' ■ ! as illustrated in perspective view in Fig. 4. The LEDs 46 are arranged to 
pr ; ic indirect illumination. This is achieved by arranging the LEDs 46 around the 
P - of the window 43. To provide shadowless illumination, the LEDs 46 direct 
] " ! ards the window 43 through a screen 47 arranged to diffuse the light emitted by 
t' «; 4 6. The screen 47 may be formed of any suitable diffusive material, for 
e- : a frosted plastic. The illumination unit consisting of the LEDs 46 and the 
- : " ; s particularly advantageous for reading a barcode 1 displayed on the display 1 5 
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of: 1 • mobile telephone 10, because the image will typically be ofvery low contrast, 
par.: \:>;!y if the display 15 is not illuminated. 

Optionally, the LEDs 46 may be switched on and off, under the control of 

the r:\ processor 41, to indicate when the reader 40 is ready for use. 

The data reading system 42 further includes a memory 48 to which the contents 
of 4 '- • CCD 44 are periodically transferred, typically at around 25Hz. The 
m •■ lessor 41 runs conventional software to recognise when an image of the 
b;p-.-v * i is stored in the memory 48 by recognising identifying characteristics of a 
Q "7- c barcode. Upon such recognition, the software uses a lcnown decoding 
al-\ r 4 l n, as described above, to obtain the transaction data graphically represented 
b- ucodel. The decoding algorithm may incorporate error correction. On 
sr r- " .1 reading of the transaction data, the software causes sounding of a beeper 
p- ■ \* • ' in the reader 40. If no barcode is recognized, then the next image captured by 
1! V 44 is loaded into the memory 48 and the process repeats. 

' "he reader 40 communicates the read transaction data to the retail terminal 30 
us" ' ! •?. input/output interface 50. Once the transaction data has been successfully 
v software causes the microprocessor 4 1 to examine successive images loaded into 
\> oiy 48 to determine when the barcode 1 has been moved away. At that point, 

{}■ ■ . ' T 10 repeats the process to read a further barcode 1. 

Hie retail terminal 30 is of a conventional type for processing payment in a 
iv' ! ' ation. It includes a keyboard 32 as an input means for operating the retail 
t . : / 30. It also includes a display 33, such as an LCD display, used to display 
i v ; ion during the payment process, for example the payment amount and the 
n 1" the product. The retail terminal 30 further includes a printer 34 which may be 
' 'Mint receipts. 

"he retail terminal 30 is controlled by a control process 35 which may be 
in nted by software ninning on a microprocessor. The control process 35 causes 
f 1 terminal 30 to operate in a manner which will be described in more detail 

b * . 
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The control process 35 includes payment processes for accepting payments, for 
example cash payments or electronic payments, e.g. by credit card. For accepting 
pa- merits by cash, the payment processing includes a step of data entry through the 
ke; honrd 32 to confirm physical receipt of the cash. For accepting payments by credit 
car \ the retail terminal 30 may include a credit card reader (not shown) for reading the 
c ret! it card details and the payment processing includes steps of communicating with the 
cr- 'it card provider. Such payment processes are in themselves conventional, but the 
co-rol process 35 includes further steps specific to implementing the invention, as 
d *r tH- ed in more detail below. 

The retail terminal 30 further includes an input/output interface 36 provided 
for communication with the reader 40 over the cable 3 1 . In particular, the input/output 
h * vrface 36 allows the retail terminal 30 to receive transaction data from the reader 
4 M '.nd to issue commands to control the reader 40. 

The retail terminal 30 also includes a modem 37 allowing the retail terminal 
30 lo conimunicate over a switched telephone network 55 which may be the PSTN or " 
ai ,y other switched network. The switched telephone network 55 is used as a 
e< :mu ,$ ucations link between the retail terminal 30 and a transaction control system 
C . described in more detail below. In principle, the switched telephone network 55 
could, br replaced by any other communications link, but the switched telephone network 
55 is \y 'Terred for ease of implementation, in particular because it is allowed using 
cr • -medications with a large number of existing retail locations without necessitating 
a* 1 'ilicval infrastructure. 

The payment system further comprises a transaction control system 60 
coMsis! ' ng of a transaction server 70, an accoiuit server 80 and a messaging server 
9 . n,i h of the servers 70, 80 and 90 are arranged in different locations. The transaction 
sr ■: v?r 7 1 and the account server 80 communicate over a first private network 61 . The 
tr sar ion server, 70 and the SMS server 90 communicate over the second private 
iv twori' 62. The first and second private network 61 and 62 may be a network of any 
si ■ ibW r orm allowing communication between the servers 70, 80 and 90. They will 
t' ical'" be networks providing a high degree of security. The first and second private 
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networks 61 and 62 may be constituted by the same.or different networks. In principle, 
the first and second private networks 61 and 62 could be replaced by any form of 
communication link allowing communication between the servers 70, 80 and 90. 

Each of the servers 70, 80 and 90 is a computer system of conventional 
construction. The servers 70, 80 and 90 run software to implement the present 

in' -'Uion as described in more detail below. Whilst the use of a separate transaction 

* 

sc - er 70 ; account server 80 and messaging server 90 is preferred, alternatively the 
fi-urtionality of any of the servers 70, 80 and 90 may be combined in the same server. 

The servers 60, 70 and 80 store various databases consisting of database records 
w u; ch include a key used to locate database records within the database in a 10 

c< .venLonal manner. 

The transaction server 70 is arranged as follows. 

The transaction server 70 has first and second interfaces 71 and 72 for 
comimiricating with the accounts server 80 and the messaging server 90, 
re - ^ xi : v-Hy, over the first and second private networks 61 and 62, respectively. In 
•a* 5 : lior\ ihe transaction server 70 includes a third interface 73 for communication 
\v ; M the retail terminal 30 over the switched telephone network 55. The transaction 
server 70 lias a control process 74 which may be implemented by a processor running 
av "opr'iie software. The control process 74 controls the operation of the transaction 
s- . er 7^ to implement the present invention as described in more'detail below. 
1 'or I 1 z control of the control process 74, the transaction server 70 maintains a 
tr taction database 75 and a key database 76. 

The transaction database 75 stores records of desired transactions for 
,-:-c' ; - -e mobile radio apparatus accounts. In particular, the transaction database 
p ah ' -ach comprise: 

' ' ita identifying a particular mobile network operator; 

the telephone number of a particular mobile telephone 10; and 

' ' le desired payment amount. 

"Me mobile telephone number is used as the key for the transaction database 
records p f the transaction database 75. As described in more detail below, the 
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telephone number stored as part of the transaction database record is used as data to 
identify the account of the mobile telephone 10. 

The records of the key database 76 consist of mobile telephone numbers which 
are used ns the keys to the transaction database 75. The keys for the key database 76 
are randomly generated numbers. 

In use, the randomly generated keys are included in the transaction data 
represented by the barcodes in the mobile telephone 10. As the records of the key 
database 76 are mobile telephone numbers which correspond to a mobile telephone 
account, the keys for the key database 76 similarly correspond to a mobile telephone 
. account. As described in more detail below, the keys for the key database 76 are used 
to identi fv a transaction database record in the transaction database 75 which in turn are 
used to identify a mobile telephone account. A particular transaction database record in 
the rr;.ir.5 action database 75 is located using the key database 76 to link the randomly 
een :*rnl< J key in the transaction data to a particular transaction database record. 

The account server 80 is the existing account of a particular network operator. 
The payment system may include plural account servers 80 of different network 
uy" i'. "S. The account server 80 is arranged as follows. 

T he account server 80 has an interface 81 for communicating with the 
transaction server 70 over the first private network 61. 

The account server 80 has a control process 82 which may be implemented by a 
prore^r mrining appropriate software. The control process 82 controls the operation 
of!-' count server 80 to implement the present invention as described in more detail 
below. 

The account server 80 stores an account database 83 consisting of account database 
records which are each a record of information concerning arespective mobile telephone 
ac f.v The account database records include various information about the account, 
in-!'. g an amount of credit. As the mobile telephone 10 is used, the amount of 
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credit in the account database record for the account in respect of that mobile telephone 1 0 
is rcJ' v. ed. Typically, the account database records will include much other 
infonTwtion as well, for example information about the user and the type of account. 
Tlx- iv Vile telephone number may be used as a key to the account database records in 
the ar int database 83. 

The messaging server 90 is arranged as follows. 

The messaging server 90 has an interface 91 for communicating with the 
trailer* : m server 70 over the second private network 62. 

"he messaging server 90 further includes a SMS messaging interface 92 for 
se-i " und receiving SMS messages over the mobile network 20. In use, the SMS 
me^r. interface 92 is used to send message to, and receive messages from, the 
mobi' j telephone 10. In particular, the SMS messaging interface 92 has one or more 
tc 1 • ' : * numbers to which the mobile telephone 10 can send messages. In the event 
th:ii ' nyment system is applied to plural mobile networks 20, there may be a separate 
mc . * i T interface 92 for each mobile network 20. 

r Hie messaging server 90 has a control process 93 which may be implemented by 
n p; or running appropriate software. The control process 93 controls the 
cr • of the messaging server 90 to implement the present invention as described in 
ir- • • '.sit below. 

""he messaging server 90 further includes encoding software 94 for encoding 
chh i . • a QR Code barcode 1. 

Operation of the payment system will now be described. The operation is 
co 1 - 1 by the control process 35, the control process 74, the control process 82 and the 
cr rocess 93 of the retail terminal 30, the transaction server 70, the account server 80 
n-ssaging server 90, respectively. In this manner, the control processes 35, 74, 
3 constitute means for forming various functions corresponding to the various 

* 

j r , ' .- f : ned in the claims. 

">e first stage is a registration. This is initiated by the user sending a request 
iv> ■ from the mobile telephone 10 to the messaging server 90 to indicate the desire to 
c- ' account of the mobile telephone 10. 
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The request message may be prepared using the messaging functionality of the 
nv 1 " ■ e telephone 10. The request message is sent to a telephone number of the 
n\ ; 1 ring server 90. The user might be informed of the appropriate telephone 
iv r of the messaging server 90 in advance, for example as part of a mail-shot or by 
a . led SMS message. 

The content of the SMS message may also indicate the nature of the desired 
pro ' -ct, (hat is indicaling crediting of a mobile telephone account, and also the desired 
p -:t amount. For example, the message format might be "topupl 0" to indicate a 
K by £10. As an alternative, a different telephone number might indicate different 
d. ' payment amounts, in which case the message might include no content at all. 

On receipt of the request message, the messaging server 90 assembles the 10 
P 11 information: 

*he desired payment amount, as included in the text of the request message, or 
a 1 ' vely as indicated by the telephone number to which the request message is sent; 

' he network operator of the mobile network 20, of the mobile telephone 10, which 
is I', ov.-u from the identity of the mobile network 20 from which the request message is 
n V" ': and 

*. he telephone number of the mobile telephone 10 which is also known from the 
at 3 ' i! information accompanying the request message, for example the MSISDN 
Ik. he transmission record containing the request message. 

T n Che event that the content of the request message cannot be successfully parsed, 
t! . • * ' :v essaging server 90 replies to the request message with a message explaining the 
ei ' suggesting ways of avoiding similar errors in the future. 

"he assembled data is then transmitted from the messaging server 90 to the 
tp- "vi server 70. 

he transaction server 70 creates a transaction database record using the data 
tr? " s d from the messaging server 90. The transaction database record includes all 
ti * "ansmitted from the messaging server. The telephone number of the mobile 

tel .-M0 is used as a key to the created transaction database record. In addition, a 
]< *■ r nse record is created in the key database 76. The key database record comprises 
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the r .:»bile telephone number of the mobile telephone 10. A number is randomly 
of -J using a pseudo-random number generator. The randomly generated number is 
ch 1 'o be unique against the keys already stored as keys in the key database 76. 
Pr \ ' ' ■ i it is unique, the randomly generated number is stored as the key to the newly 
civ : * key database record. If it is not unique, a new random number is generated and 
11 1 *ck ; ng process is repeated. 

" he transaction server 70 then assembles the key and a product code, which 
is ' 'entifying the product, that is the network operator of the mobile network 20 
ar *. . Icsired payment amount. The product code is extracted from a table stored on 
th • : unction server 70 containing product codes for all possible combinations of 
pi * " > operators and payment amounts. Later, the product code is used to identify both 
tl ''e network operator and the payment amount at the retail terminal 30. The key 
U' • ■ vated key database record in the key database 76 is later used as data to identify 
i! ■ red transaction database record in the transaction database 75 because it used 
u " the telephone number in the record of the key database 76 which in turn is 
u * • -ccess the transaction database. Furthermore, the key to the created key 
d record in the key database 76 corresponds to an account database record, 

b* > the transaction database record in the transaction database 75 identified thereby 
ii : • the telephone number of a particular mobile telephone 1 0 which may be used 
a- - ' 'o identify an account database record in the account database 83. The key and 
V . 1 ' 1 ct code, which are both numeric, constitute transaction data in the following 
p The transaction data is transmitted back to the messaging server 90. 

On receipt of the transaction data, the messaging server 90 uses the encoding 
so ' . \-i 04 to generate a barcode 1 which is a graphical representation of the transaction 
0 ! c messaging server 90 then constructs a message including the barcode 1 . 
T ,c nge may also include further content such as information for the user or 
a '-ng material. The messaging server 90 then transmits the message to the mobile 
tr' 1 e 10 over the mobile network 20. 
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On receipt of the message, the user may view the message on the display 1 5 and 
sin— it mi the memory 13 using the keyboard 14 to control the messaging functionality of 
tl' * - u ile telephone 10. 

At a time of the user's choosing, the user visits a location having a retail 
ter~ ,: "::I 30 equipped with a reader 40 to pay for a top-up. The keyboard 32 of the retail 
ten' 1 30 is operated by the retailer to perform the process for a barcode- activated 
tr - \ This causes the retail terminal 30 to send a command to the reader 40 to 
c< .ce reading. 

The user operates the mobile telephone 10 to display the received message 
mcV r *u the barcode 1 on the display 15, and then positions the mobile telephone 10 
w ' . • i Hsplayed barcode 1 adjacent the window 43 of the reader 40. 

The reader 40 reads the transaction data represented by the barcode 1, in the 
nr • • described above, and transmits the transaction data to the retail terminal 30. 

The retail terminal 30 extracts the product code from the tr ansaction data and 
13 c*c - ^ determine the payment amount and the mobile network operator by 
iv '-. to a table stored in the retail terminal 30 identical to the table used by the 
tr. >n server 70 to generate the product code. The retail terminal 30 then displays 
tLi '" nnation on the display 33 for checking with the user. 

A t this point, there is an optional authorization stage. The authorization stage 
S j.„. } A the re tail terminal 30 transmitting the key of the key database 76, which is 
i" "art of the transaction data, to the transaction server 70. Next, the transaction 
s--; 0 uses the received key to check the transaction database record in the transaction 
cl ■ 75 identified by the key, using the key database 76. The transaction server 70 
rk-' : " > *?s whether a predetermined criteria is met. Various criteria are possible. Indeed 
t! Inlity to select different criteria provides the authorisation step with significant 

1 

A simple criteria is simply to check that a corresponding transaction database 
rcr jrlually exists in the transaction database 75. 

A more complicated criteria is to check the transaction database record correlates 
\y'" : product code read by the reader 40 as part of the transaction data. This of 
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cot: -r. requires that the retail terrriinal 30 additionally communicates the product 
coil . -i [he transaction servers 70. 

Other possible criteria include checking conditions represented by data in the 
trnns-i-tion database record. For example, the transaction database record might specify 
a t' -period outside which authorization is not given or a deadline after which 
ar» * 7 .;iMon is not given. This allows the transaction database record to expire after a 
cer* * i lime. It is envisaged that any other types of condition might be implemented. 

J f the predetermined criteria is met, the transaction server 70 communicates an 
an* 1 " ' Nation to the retail terminal 30. The retail terminal 30 is inhibited from accepting 
t! merit unless the authorization is received. 

The next step is for the retail terminal 30 to accept the payment. In itself, the 
pa} - :t process is a conventional process for receiving a payment, for example by cash 
or V/ credit card 

The payment amount is displayed on the display 33 of the retail terminal 30. 
V - - ■ ■ rv several options to identify the payment amount for the payment process. 

A first option is that the payment amount is identified from the product code 
rcn ' - "art of the transaction data. 

A second option is for the payment amount to be retrieved from the 
trp- 1 I'm database 75 of the transaction server 70. To achieve this, the key of the key 
d ^ 76 is transmitted from the retail terminal 30 to the transaction server 70 which 
us- i transmitted key to retrieve the payment amount from the corresponding 
tr: on database record using the key database 76. The retrieved payment amount 
i? : - transmitted back from the transaction server 70 to the retail terminal 30. 

. V third option is for the payment amount to be input to the retail terminal 30 
ir : j keyboard 32, at the time of making the payment. This option may be used 
ij • vf the first or second options, or may be used to change the payment amount 
i< 1 d by using the first or second option. 

A modification of the third option is for the transaction data to identify one of a 
pi • ' of menus stored on the retail terminal 30. The menus each include a 30 
d : * set of possible payment amounts. The menu identified by the transaction data 
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is ell: 'ayed on the display 33 and one of the displayed amounts is selected by operation 
oi l' ^ jyboard 32 to input the payment amount. Such menus may be periodically 
dov " aded from the transaction server 70 to the retail terminal 30. 

Once the payment process is completed, the retail terminal 30 sends data to 
the «- -^action server 70 confirming that the payment has been accepted, as well as the 
lr;i! ■ on data read by the reader, including both the product code and the key of the 

k*y ibase 76. 

On receipt of this data, the transaction server 70 updates the transaction 
dat* ' record in the transaction server, 70 identified by the key to indicate that 
pi" - : has been accepted. The transaction server 70 also accesses the transaction 
d;.. : . ; record in the transaction database 75 using the key and assembles the 

fl'l . -vi : -g data: 

he network operator; 

- he telephone number of the mobile telephone 10; and 
«ny other additional information required by the account server 80, this 
d«-^' ng on the interface specifications of the account server SO. 

"he assembled data is transmitted from the transaction server 70 to the account 

sen--- ). 

On receipt of this data, the account server 80 updates the account database 
rec« rt ! ' i Lhe account database 83 identified by the mobile telephone number received 
It . transaction server 70. In particular, the account server 80 credits the account 
by .» vment amount identified in the data from the transaction server 70. On 
sue * 1 1 updating of the account database 83, the account server 80 transmits a 
con ■« ion record back to the transaction server 70 to confirm updating of the account 
dal S3, and additional information such as the new balance of the mobile telephone 
n<v . Alternatively, if the update of the account database 83 is unsuccessful, then 
LI j*. v nt server 80 transmits a failure record to the transaction server 70 indicating 
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On receipt of a confirmation record from the account server 80, the transaction 
server 70 creates two records, firstly a confirmation record for the messaging server 90 
corU! : rung the mobile telephone number and the new balance, and secondly a 
co' % nation record for the retail terminal 30 with the new balance. These records are 
tb. ? Mt to the messaging server 90 and the retail terminal 30, respectively. 

On receipt of a confirmation record, the retail terminal 30 displays information 
on t\e « lisplay 33 to indicate the new balance and causes the printer 34 to print receipts, 
\>; "nple a copy for the user and a copy for the retailer. 

On receipt of the record confirmation, the messaging server 90 constructs a 
uk- • • "j containing the new balance, and sends this message to the mobile telephone 
1 0 C' v - V the mobile network 20. This message therefore confirms to the user that the 
aeco ,,? ii has been properly credited. 

in the event of the transaction server 70 receiving a message from the account 
so* r 0 to indicate that the updating of the account database was unsuccessful, then 
the taction server 70 creates two failure records, to indicate this failure, firstly for 
tb: .-ranging server 90 and secondly for the retail* terminal 30. The failure records are 
l! )• • - I to the messaging server 90 and the retail terminal 30, respectively. 

On receipt of a failure record, the retail terminal 30 undergoes a process to cancel 
13 - • j cat process and refiind the payment. 

The messaging server 90, on receipt of a failure record indicating a failed top-up 
tl it -xnging server 90 constructs an appropriate message and sends this to the mobile 
t c 1 0 over the mobile network 20. 

't will be appreciated that the payment system described above is merely one way 
of ''jinenting the invention and numerous modifications to the hardware and 
so , ' e are possible. 
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